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(57) ABSTRACT 

A method for automatically provisioning a broadband com- 
munication service to a subscriber having a broadband 
modem. The method includes the step of transmitting a 
service request from the broadband modem to a central 
office, which is associated with a network service provider. 
The network is configured for service in response to the 
service request. The method further includes automatically 
configuring the broadband modem by transmitting a con- 
figuration signal from the central office to the subscriber. 
The configuration signal may be transmitted to the broad- 
band modem over a POTS subchannel. Alternatively, the 
configuration signal may be transmitted to the broadband 
modem over a subchannel in a broadband service, such as a 
DMT subchannel for ADSL service. 
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METHOD FOR SERVICE PROVISIONING A 
BROADBAND MODEM 



FIELD OF THE INVENTION S 

The present invention relates to a method for service 
provisioning a broadband modem. In particular, the present 
invention relates to a method for automatically provisioning 
a broadband communication service to a subscriber having 
a broadband modem 

BACKGROUND OF THE INVENTION 

There is widespread interest among users of computers in 
faster access to content provided by internet service provid- 15 
ers ("ISPs"). In one sense, this interest appears to be driving 
the development of communication technologies that allow 
users to communicate with ISPs at higher and higher rates, 
A brief background of networking and a high speed com- 
munication service, known as Asymmetric Digital Sub- 20 
scriber Line ("ADSL") is set forth below as an introduction. 
In regard to related communication techniques, the entire 
contents of each of the following is incorporated herein by 
reference: 

1. Integrated Local Management Interfaces (ILMI) 4.0, is 
ADSL Forum, July, 1996 

2. SNMP-based ADSL line MIB, Working Text Draft, ADSL 
Forum, Oct. 25, 1997 

3. ILMI Based Service Provisioning for ADSL, ADSL 
Forum 98-025, Barcelona, Mar. 31, 1998. 30 

4. Core Network Architectures for ADSL Access Systems, 
ADSL Forum 98-017, Barcelona, Mar. 31, 1998. 

FIG. 1 shows a known technique for high speed commu- 
nication service provisioning. A user 10 uses a telephone 20 
to request a high speed service, such as ADSL, from a 35 
network service provider 30, such as by speaking with an 
operator 40 at a local central office location. A network 
service provider 30, also referred to as an NSP, is an access 
provider, in contrast to a content provider like an ISP. An 
engineer 50 at the central office then configures the network 40 
60 for service in response to the user's request. Next, the 
network service provider 30 informs the user 10 of network 
parameters to be used by the user 10 to configure an ADSL 
modem within the user's personal computer 70. Content 
may be offered by an ISP 100 coupled to the network 60. 45 

As shown in FIG. 1, the network 60 includes an Asyn- 
chronous Transfer Mode ("ATM") core 80 that is coupled to 
the computer 70 through a Digital Subscriber Line Access 
Multiplexer ("DSLAM") 90. As defined in Newton's Tele- 
com Dictionary, 14th Expanded Edition, "ATM is a high 50 
bandwidth, low-delay, connection-oriented, packet-like 
switching and multiplexing technique." ATM and DSLAM 
device are well known to those skilled in the art of high 
speed communication. 

A significant disadvantage to the technique shown in FIG. 55 
1 is the involvement of the user 10 in configuring the ADSL 
modem in the personal computer 70. Communication 
devices, such as the personal computer 70, may be referred 
to herein more generally as the customer premise equipment 
("CPE"). Specifically, the requirement of user 10 involve- 60 
ment may discourage some user's from requesting high 
speed service. There is also the danger of the user 10 
misinterpreting the configuration information from the net- 
work service provider, or erroneously entering the configu- 
ration information. In addition, the involvement of the user 65 
10 may cause the network service provider 30 to undertake 
the expense of providing technical support to the user. 



DESCRIPTION OF THE RELATED ART 

Networks are collections of independent devices that 
communicate with one another over a shared physical 
connection, or network medium. Networks are often catego- 
rized as Local Area Networks (LAN) and Wide Area Net- 
works (WAN). 

1. Local Area Networks 

Local area networks are usually confined to a specific 
geographic area, such as an office building. LANs, however, 
are not necessarily simple in design, and may link together 
hundreds of devices, including computers, printers, scanners 
and the like. The development of various standards for 
networking protocols has made possible the proliferation of 
LANs in organizations worldwide for business and educa- 
tional applications. 

Ethernet is a LAN networking protocol commonly uti- 
lized today. Ethernet typically utilizes a "star" or "spoke" 
topology, where each device of the LAN is connected to 
other devices via a central hub. In such a configuration, each 
device has its own private connection to the LAN and can be 
disconnected from the network without interfering with any 
other device's connection. 

Ethernet LAN technology was standardized by the Insti- 
tute of Electrical and Electronics Engineers (IEEE) as the 
802.3 specification entitled "Carrier Sense Multiple Access 
with Collision Detection (CSMA/CD) Access Method and 
Physical Layer Specifications." Initially, Ethernet technol- 
ogy used coaxial cable in a bus topology, however it has 
evolved to take advantage of new technologies such as 
twisted pair cabling (10 Base-T), fiber optics (10 Base-FL), 
and 100 Mbps operation (100 Base-X, or Fast Ethernet). The 
current standard is known as IEEE 802.3u, the contents of 
which are hereby incorporated by reference. One limitation 
of 10/100 Base-T is the requirement for "home run" cabling, 
i.e., each device is connected back to a central hub, as 
opposed to "daisy chain" connections. 

The Ethernet system consists of three basic elements: the 
physical medium; medium access control rules; and a packet 
format. The physical medium is used to convey Ethernet 
signals from one device to another. The medium access 
control rules are embedded in each Ethernet interface, and 
allow multiple devices to access the shared Ethernet chan- 
nel. The Ethernet packet, or frame, consists of a standardized 
set of fields used to carry data over the system. 

2. Wide Area Networks 

Interconnected LAN networks or individual users located 
in multiple physical locations are known as Wide Area 
Networks (WAN). The interconnections are performed via 
services such as dedicated leased phone lines, digital sub- 
scriber lmes, dial-up phone lines, satellite links, and data 
packet carrier services. Wide area networking can be as 
simple as providing modems and a remote access server to 
allow remote users to dial in; or it can be as complex as 
linking hundreds of branch offices across the world using 
special routing protocols. Once type of WAN interconnec- 
tion mechanism is Asymmetric Digital Subscriber Line. 

3. Asymmetric Digital Subscriber Lines 

Asymmetric Digital Subscriber Line (ADSL) is a com- 
munication system that operates over existing twisted-pair 
telephone lines between a central office and a residential or 
business location. It is generally a point-to-point connection 
between two dedicated devices, as opposed to multi-point, 
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where numerous devices share the same physical medium. 
FIG. 1 illustrates a typical ADSL communication system. 

ADSL supports bit transmission rates of up to approxi- 
mately 6 Mbps in the downstream direction (to a subscriber 
device at the home), but only 640 Kbps in the upstream 5 
direction (to the service provider/central office). ADSL 
connections actually have three separate information chan- 
nels: two data channels and a POTS channel. The first data 
channel is a high-speed downstream channel used to convey 
information to the subscriber. Its data rate is adaptable and 10 
ranges from 1.5 to 6.1 Mbps. The second data channel is a 
medium speed duplex channel providing bi-directional com- 
munication between the subscriber and the service provider/ 
central office. Its rate is also adaptable and the rates range 
from 16 to 640 kbps. The third information channel is a 15 
POTS (Plain Old Telephone Service) channel. The POTS 
channel is typically not processed directly by the ADSL 
modems — the POTS channel operates in the standard POTS 
frequency range and is processed by standard POTS devices 
after being split from the ADSL signal. 20 

The American National Standards Institute (ANSI) Stan- 
dard T1.413, the contents of which are incorporated herein 
by reference, specifies an ADSL standard that is widely 
followed in the telecommunications industry. The ANSI 
ADSL standard specifies a modulation technique known as 25 
Discrete Multi-Tone modulation. 

4. Discrete Multi-Tone Modulation 

Discrete Multi-Tone (DMT) uses a large number of sub- 
carrier channels that are spaced close together. Each sub- 30 
carrier may be modulated using a type of Quadrature Ampli- 
tude Modulation (QAM). Alternative types of subcarrier 
modulation include Carrierless Amplitude-Phase (CAP), 
Multiple Phase Shift Keying (MPSK), including Binary 
Phase Shift Keying (BPSK) and Quaternary Phase Shift 35 
Keying (QPSK), and Differential Phase Shift Keying 
(DPSK). In DMT systems using QAM, for example, the data 
bits are mapped to a series of symbols in the I-Q complex 
plane, and each symbol is used to modulate the amplitude 
and phase of one of the multiple tones, or subcarriers. 40 
Specifically, each symbol is used to specify the magnitude 
and phase of a subcarrier, where each subcarrier frequency 
corresponds to the center frequency of a "bin" associated 
with a Discrete Fourier Transform (DFT). The modulated 
time-domain signal corresponding to the sum of all the 45 
subcarriers can then be generated in parallel by the use of a 
well-known DFT algorithm, the Inverse Discrete Fourier 
Transform (ID FT). 

The symbol period is relatively long compared to single 
carrier systems because the bandwidth available to each 50 
carrier is restricted. However, a large number of symbols is 
transmitted simultaneously, one on each subcarrier. The 
number of discrete symbols that may be distinguished on a 
single carrier, or within a bin, is a function of the noise level 
of the channel. Thus, the signal set, or constellation, for use 55 
with each subcarrier channel or bin may be determined 
based on the channel's noise level within the relevant 
subcarrier frequency band. 

Because the symbol period is relatively long and is 
followed by a guard band, intersymbol interference is a less go 
severe problem in DMT systems than in single carrier, high 
symbol rate systems. Furthermore, because each subcarrier 
channel has a narrow bandwidth, the channel impulse 
response is relatively flat across each subcarrier frequency 
band. 65 

The ANSI ADSL standard for DMT, ANSI T1.413, speci- 
fies 255 subcarrier channels or bins, each separated by 



approximately 4.3 kHz and each modulated at 4000 symbols 
per second. Each subcarrier can be independently modulated 
using known QAM techniques to achieve a maximum bit 
packing of 15 bits/Hz. This therefore allows up to approxi- 
mately 60 kbps per tone. DMT transmission allows modu- 
lation and coding techniques to be employed independently 
for each of the bins. 

In DMT systems, therefore, the modulation rate may be 
adaptively adjusted to line conditions for each of the bins. 
Many of the typical line impairments, including crosstalk, 
impulse noise and group delay, are frequency selective. 
Accordingly, bins having subcarrier frequencies that show 
greater impairments may carry lower bit rates, and bins that 
are less affected by the impairments may be assigned higher 
bit rates. 

The bins overlap spectrally, but as a consequence of the 
orthogonality of the transform, if the distortion in the 
channel is mild relative to the bandwidth of a bin, the data 
in each bin can be demodulated with a small amount of 
interference from the other bins. For high-speed, wide-band 
applications, it is common to use a cyclic-prefix at the 
beginning, or a periodic extension appended at the end, of 
each symbol to maintain orthogonality. Because of the 
periodic nature of the FFT, no discontinuity in the time- 
domain channel is generated between the symbol and the 
extension. It has been shown that if the channel impulse 
response is shorter than the length of the periodic extension, 
bin isolation is achieved. 

5. Small Office and Residential Phone Wiring 

Many users, particularly small office and home users, are 
connected to their local central office by an ordinary analog 
subscriber loop, referred to herein as Plain Ordinary Tele- 
phone Service (POTS). POTS operates over numerous types 
of existing wiring layouts. Typically, the topology is a star 
configuration, combined with daisy chained connections for 
some phones. The type of wiring is also random — twisted 
pair, untwisted, various gauges, various numbers of wires 
(with possible crosstalk) — which creates a wide variation in 
the channel characteristics. Furthermore, the topology 
changes from time to time as phones are connected, 
disconnected, etc. 

Thus the channel characteristics in a residential applica- 
tion are very noisy and distorted, including phase distortion 
(group delay) and severe reflections (echoes from signals 
bouncing off unterminated wiring segments) and spectral 
dips due to unterminated wiring stubs. In addition, signals 
associated with the analog phone service include 48 vdc, and 
100 volt ring signals. Ring signals are not zero-crossing 
switched, so high-frequency noise is produced. Any system 
operating over existing telephone wiring must contend with 
this environment. 

While user friendly services do not insure success, com- 
plex and hard to use services may invite failure. On their 
own, ATM and ADSL are relatively complex technologies. 
Combined as a service to the home or small business office 
user, ATM and ADSL present a difficult challenge to the 
objective of user friendless. It would therefore be desirable 
to have a method for service provisioning a broadband 
modem. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a functional and schematic diagram of a known 
service provisioning process; 

FIG. 2 is a functional and schematic diagram of a service 
provisioning process in accordance with a preferred embodi- 
ment of the present invention; 
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FIG. 3: ILMI based automatic service provisioning 
scheme 

FIG. 4: Service provisioning scenarios 

FIG. 5: Detailed service provisioning flows. 

FIG. 6: A CPE Service Selection Application 

FIG. 7: ILMI 4.0 MIB tree & service MIB extension 

FIG. 8: Service Selection Scenario with network model 

FIG. 9: End-to-End ADSL broadband access architecture 

FIG. 10; Star based Home Network 10 

FIG. 11: Ethernet based Home Network 

FIG. 12: Random tree based phoneline "network 

FIG. 13: Transparency based architecture for PPP over 
Ethernet 35 

FIG. 14: User profile (example) 

DETAILED DESCRIPTION OF PRESENTLY 
PREFERRED EMBODIMENT^) 

The presently preferred embodiments will now be 20 
described with reference to the drawings, wherein like 
elements are referred to by like numerals. FIG. 2 is a 
functional and schematic diagram of a service provisioning 
method in accordance with a preferred embodiment of the 
present invention. A subscriber's customer premises equip- 25 
ment (CPE) 110 includes a personal computer that has an 
internal ADSL modem. The CPE 110 is connected by a 
communication channel 120 to a server 130 in a central 
office of a network service provider 30. 

As shown in FIG. 2, the communication channel 120 may 
be a POTS subchannel. As used herein, the term POTS 
subchannel may be used to refer to a DMT subchannel that 
occupies the POTS frequency range, i.e. approximately 
(MO00 Hz, as well as referring to POTS. As further shown 
in FIG. 2, the server 130 is preferably a WEB server, 
although any type of server may alternatively be used. 

The ADSL modem in the CPE 110 may be automatically 
provisioned as follows. The subscriber orders service from 
the network service provider 30 by transmitting a request 4Q 
over the communication channel 120 from the CPE 110 to 
the server 130. Next, the network service provider 30 
configures the network 60 for service, such as ADSL ATM 
service. Once the network 60 is configured, the ADSL 
modem in the CPE 110 is automatically configured for 45 
ADSL service by the server 130 over the communication 
channel 120. The configuration of the ADSL modem is 
further described below. 

Two methods are currently available for remote access: 
narrowband using analog modem and broadband using 50 
xDSL or cable modem. One unique requirement for the 
broadband access is the service provisioning process must to 
take place before data transmission. 

Unlike PSTN dial-up approach for narrowband, broad- 
band uses much higher bandwidth provided by ATM or 55 
Frame Relay network infrastructure for communications. In 
either case, a virtual circuit with differentiated quality of 
service is associated with different applications to provide 
best services to customer. In other words, virtual circuit must 
be configured between user and service provider in order to 60 
start the data transmission. Virtual circuit information is 
located in central office. In order for user to use the service, 
she (he) has to receive that information from service pro- 
vider and manually type in to CPE when it is powered first 
time. 65 

Because of the complexity involved in the virtual circuit 
configuration, user's intervention should be minimized in 



35 



order to maximize serviceability. Service provisioning auto- 
mation is the process to meet that objective — user does not 
need to configure virtual circuits. 

Service provisioning can apply to xDSL and cable modem 
environment, and to other broadband environments such as 
fiber optic, wireless, and other environments. For ADSL, the 
remote terminal unit, ATU-R, needs to obtain the service 
provisioning information from central terminal unit i.e., 
ATU-C. ATU-R is a generic term for a remote version of 
DSL equipment, such as the ADSL modem in the CPE 110. 
ATU-C is a generic term for a central office version of DSL 
equipment, such as the DSLAM 90. 

A preferred embodiment of the present invention suggests 
using default VPI/VCI and the DMT subchannel as trans- 
mission medium for transmitting the provisioning data from 
ATU-C to ATU-R. That is either partial or full DMT sub- 
channels are used for service provisioning after ATU-R 
entered the steady-state i.e., SHOWTIME. SHOWTIME is 
a terminology used in 11413 Issue 2, G.992.1 and G.992.2 
the contents of which are incorporated herein by reference. 
SHOWTIME is a result of the successful ADSL transceiver 
initialization process which is required in order for a physi- 
cally connected ATU-R and ATU-C pair to establish a 
communications link. 

An HTML window application may be presented at 
ATU-R and prompted for "UPLOAD SERVICE PROVI- 
SIONING". Once "OK" is pressed, ATU-R invokes TCP/IP 
or UDP/IP stack to communicate with ATU-C based on a 
client and server relationship. TCP/IP or UDP/IP packets 
communicated between ATU-R and ATU-C are using AAL5 
which in turn using default VPI and VCI over DMT sub- 
channels. Either TCP or UDP is applicable for the commu- 
nication. 

Once the service provisioning data is download to ATU- 
R, a message will indicate user that the service is ready and 
user data sessions may begin. All the DMT subchannels will 
then be used for user data transmission. 

A preferred embodiment automates the service provision- 
ing process, which is necessary to start a broadband service 
in xDSL environment. It "borrows" unused DMT subchan- 
nels for physical medium transmission after ATU-R entered 
the state of SHOWTIME successfully. Provisioning data is 
transmitted to ATU-R through HTML/TCP/1P/AAL5 stacks 
and use default VPI/VCI. After the usage, all DMT sub- 
channels are then for user data only. 

In accordance with a preferred embodiment of the present 
invention, an ILMI based automated service provisioning 
method is provided. The method will be described with 
reference to a user having an ADSL connection to the 
network service provider 30 which is preferred. However, 
this method may also be used in a xDSL or a HDSL 
environment. The interface, management flow, and transport 
between DSLAM 90, CPE 110, and network management 
system (not shown) are defined to support automated service 
provisioning of the subscribers CPE 110 when connected to 
the network. Scenarios based on the ILMI user profile are 
presented to demonstrate the service provisioning model. 
New ILMI service management information base ("MIB") 
definitions and extensions are proposed to meet the broad- 
band service needs. FIG. 3 shows a schematic diagram for 
an ILMI-based automatic service provisioning method. A 
number of ISPs 100 are coupled to a network 140 that 
includes ATM access and an ATM core 150 and a DSLAM 
90. The DSLAM 90 is connected by a subscriber line 160 to 
the CPE 110. 

Delivering automated service provisioning features to 
subscribers is one of the key requirements for the broadband 
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services in ADSL systems. In order to provide automatic 
provisioning of the subscribers CPE 110 the following 
information must be provided: transport mechanism, infor- 
mation flow, and interfaces in to the customers CPE to carry 
information regarding network and service provider con- S 
figuration. 

The ILMI provides the definition of MlBs and procedures 
for the management of the ATM network and client end of 
an user network interface ("ATM UNI"). The adoption of 
ILMI for the service provisioning may enable an automated 30 
and "user friendly" service that will provide the advantages 
of CPE hand free configuration, integrated service manage- 
ment for the operator, enhanced end-to-end service 
provisioning, and reduced operator service overheads. 

15 

Goals for ILMI Based Service Provisioning 

Configuring and using ADSL Services should be as easy, 
if not easier, for the residential or small business user as 
using today's analog dial-up technologies. Not only should 
installation of the modem in the personal computer ("PC) 20 
be "plug and play," but also the user modem and PC are 
preferably automatically configured to match the ATM net- 
work characteristics set by the network service provider 30. 
The network 60 configuration information is preferably used 
to support an application that allows the user to be able to 25 
automatically select from any service provider 100 that the 
user is currently subscribed to. In accordance with a pre- 
ferred embodiment, the user does not even have to enter the 
ADSL equivalent of a phone number to access a service 
provider 100, but may do so via an automatically generated 
icon or a user friendly provider name provided to the user 
through a graphical interface. 

A network service provider 30, sometimes referred to 
herein as a "carrier," is likely to provide a number of service 35 
tiers that are sold to customers. Each tier provides a level of 
service to connect a user to service providers 100. Although 
a particular 'tier' may be marketed as a simple concept, the 
actual configuration of ADSL and ATM parameters required 
to define it may be extremely complex. Both the user and the 4Q 
carriers own personnel should be protected from contact 
with the complexities of either technology. 

In order to provide these features several functions are 
implemented, in accordance with a preferred embodiment, 
throughout an ADSL end to end architecture: 1) A standard 45 
method of transporting network configuration information 
from the carriers' network to the customer CPE 110; 2) 
Applications on the CPE 110 to access this information, 
automatically provision the modem and automatically pro- 
vide a user friendly interface which allows a user to access 50 
the service to which they have subscribed; and 3) Interfaces 
on network equipment, such as DSLAMs 90, to communi- 
cate the network configuration to the end users CPE 110. 

Interfaces to Network and Service Management systems 
that allow the configuration of user's services on the carri- ss 
er's network while isolating the carrier's front line personnel 
from needing to understand the details of technologies, such 
as ADSL and ATM. 



Service Provisioning Scenarios 
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Provisioning a users ADSL service requires that the 
network 60 and the CPE 110 be provisioned in concert. 
Resources in the network service provider's 30 core ATM 
network 80 connect the user's termination on the DSLAMs 
90 to particular service providers 60. Regardless of whether 65 
these resources are permanently configured or are set up on 
per session basis, the user's service is configured to associate 



the resources with the service providers 100 that the user is 
authorized to access. 

In the case of preprovisioned connections, one or more 
application on the user's CPE 110 are provided with infor- 
mation about the configuration of the ATM UNI on the 
ADSL interface. This information preferably includes an 
identification of which permanent virtual circuit ("PVC") 
serves which service provider 100 (e.g. a mapping from the 
virtual path identifier/virtual channel identifier (" VPI/VCI") 
to a Service Provider ID), and the ATM quality-of-service 
("QoS") parameters of the connection to each service pro- 
vider 100. In other words, the CPE 110 is configured to 
associate the appropriate network resources, such as the 
PVC and quality of service parameters, with the service 
provider 100 that is accessible through those resources. The 
service provider ID may be an icon, symbol, or other alpha 
or alpha-numeric character string that is preferably provided 
to the user through a graphical interfacer. Each accessible 
service provider 100 is preferably give an unique Service 
Provider ID. 

In another embodiment of the present invention, switched 
virtual circuits ("SVCs") are supported either in addition to 
or as an alternative to preprovisioned connections. When 
SVCs are supported between the DSLAM 90 and the CPE 
110, the user's applications will need to know information 
about setting up allowable connections. The user is prefer- 
ably protected from needing to know technical details of 
ATM technology to place a "call" to a service provider 100. 
In order to accomplish this, the following information is 
made available to the user's CPE 110: the ATM addresses of 
reachable Service Providers 100 with a mapping from these 
ATM addresses to a 'user friendly' ID, and the ATM QoS 
parameters that are associated with connections possible for 
a given user's ADSL service as sold by the network service 
provider 30. 

In either case, the process of configuring a user may be 
thought of as associating one or more "service profiles", 
which define connection possibilities to a particular service 
provider 100 with a 'user profile* which defines the param- 
eters for a particular user's service. 

The ATM Forum Integrated Local Management Interface 
4.0 (ILMI 4.0) specifies how the Simple Network Manage- 
ment Protocol (SNMP) and an ATM Interface Management 
Information Base (MIB) are used to provide any ATM 
device with status and configuration information. Informa- 
tion is available concerning the Virtual Path Connections, 
Virtual Channel Connections, ATM layer, network addresses 
distribution and service locations. The CPE 110 is preferably 
notified about the network configuration in accordance with 
ILMI 4.0. By extending the existing ILMI MDBs, as 
described herein, a standards-based channel can be provided 
that will support the specific needs of ADSL access. 

As used herein, "service provisioning" refers to a man- 
agement concept whereby the user defines what type of 
service they are interested in creating and the devices to be 
involved. To make this work, there are three underlying 
management concepts that the network management system 
of a preferred embodiment supports: the service profile 160, 
the user profile 170, and provisioning 180, as shown in FIG. 
4. A plurality of CPEs 110 are coupled to the DSLAM 90 
through a splitter 190. A network management system 200 
is also coupled to the DSLAM 90. 

The service profile 160 preferably defines the available 
ISPs with characteristics of a service, such as a premium 
quality service. The profile does not need to specify specific 
devices but instead defines the attribute/values that must be 
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set for a service to meet the quality standards of the service 
profile 160 (ex: UBR or VBR, and traffic attributes). 

The user profile 170 defines the CPE 110 characteristics 
(such as which Virtual Circuit to use to get to a specific ISP). 
The user profile 170 does not configure a CPE 110 but 5 
defines the attribute/values needed to configure any CPE. 

The backbone network provisioning 180 between 
DSLAM 90 and ISP 100 are initially Virtual Paths (VPs) 
which are preprovisioned as tunnels by Telco operators. In 
the long run, end-to-end virtual circuits (VCs) can be 10 
dynamically setup as the user initiates the connection. 

Automatic Service Provisioning Flows 

There are three stages to provisioning an ADSL access 15 
network; Network Configuration, User Service Provisioning 
and Real Time Session Selection and Setup by the user. The 
details of this scenario describe an architecture based upon 
Permanent Connections as would occur during market entry 
deployment for ADSL by a network service provider 30. 20 

Network Configuration: 

When new DSLAMs 90 are added or new service pro- 
viders 100 connect to the carrier* s network 60, the carrier's 
core ATM network 80, the service provider's Wide Area 25 
Concentrator (not shown) and the DSLAM 90 must be 
configured to support the connectivity. Service profiles 160 
are created in the carrier's Management System which 
define the characteristics of possible connections between a 
User and the service provider 100. The service profile 160 30 
abstracts both general and DSLAM specific information 
about connectivity to service provider 100 via the Carrier's 
access network 60. 



User Service Provisioning 



Real Time Session Selection 



35 



When a user is added to the carrier's network 160, a user 
profile 170 is created. The Element Management System 
assigned a port on the DSLAM 90 to the user, and the user 
is allowed access to one or more service providers 100. ATM 40 
PVC's on the ADSL UNI between the DSLAM 90 and the 
CPE 110 are assigned for each service provider 100 
accessed. They are associated in the DSLAM 90 to the PVC 
connecting the DSLAM 90 to the particular service provider 
100. The Quality of Service (QoS) Parameters for a con- 45 
nection to the service provider 100 by a user are extracted 
from the service profile 160. The information in the user 
profile 170 is used to configure the DSLAM 90 with the user 
specific information. The user profile 170 is transported 
from the network service provider to the user after the 5Q 
network service provider has created an end-to-end connec- 
tion so a user can make a service selection. Among other 
actions the instances of the ILMI MIBs are updated with 
information about the details of the services available to the 
end user over their ATM connection. 



55 



The user's CPE 110, upon the user activating the connec- 
tion or power up, commences using the ILMI protocol to get 
the information about the connection from the DSLAM 90. 60 
Detailed information about the PVC's supported on the 
customer ADSL UNI are provided the CPE 110 as is 
information about the service providers 100 'registered' to 
the user; that is service providers 100 are reachable over that 
customers interface. This 'registration' includes information 65 
mapping each service provider 100 with the ATM virtual 
circuit that supports the connection. An application on the 



user's PC 70 preferably presents the registration information 
to the user in a user friendly form. The application auto- 
matically connects the user to the appropriate ATM resource 
when the user selects a provider 100 from within the 
application. The application would then establish the PPP 
connection over the ATM resource. FIG. 5 shows the 
detailed automatic service provisioning flows. 

CPE 110 Automatic Service Selection Application 

The design of the interface on the user's computer could 
take many forms. However the goal of any interface should 
be to take the information about "registered" service pro- 
viders and present it to the user in a non-intimidating 
manner. The list of available service providers may be 
generated from the registration information provided over 
the ILMI interfaces. The details of the connection, such as 
VPI/VCI and the ATM Quality of Service definition for the 
connection, are also passed over the ILMI. They may be 
hidden from the user. The specifics of the binding between 
the communication protocol stack on the user's computer 70 
and the ATM service carried over the ADSL connection are 
managed by the application when the user selects a provider 
100 from the list. 

The ILMI interface is capable of supporting coordination 
between the CPE 110 and network 60 as ADSL access 
matures and evolves. If the connection between the user and 
service provider 100 is based upon PVCs, the ILMI will be 
able to convey the details of the specific PVCs, their QoS 
parameters, and their mapping to specific service providers 
100. 

If ATM Switched Virtual Circuits (SVCs) are used to 
connect the user to the provider 100, elements in the ILMI 
MIB will carry a list of all reachable service providers 100, 
their ATM addresses, and information about the ATM QoS 
parameters that are valid for the user's ADSL service. This 
information will be used by CPE 110 resident applications to 
request connection setup to a provider. The user is preferably 
isolated from all ATM specific details. When the user selects 
the name of the desired service provider 100, information 
available to the application, provided over the ILMI will 
generate the Q.2931 messages needed to control the con- 
nection. 

Service selection may also be based upon support of a 
tunneling protocol such as L2TP between the DSLAM 90 
and the service providers 100 Wide Area Concentrator. In 
this case, the ILMI service registration MIBs can transport 
information such as the domain name of reachable service 
providers to the user's service selection application. 

The use of ILMI will provide the following advantages as 
ADSL service evolves: use of Same MIBs for PVC and 
SVC; support for Connection Policy Management; support 
for aggregated bandwidth management for CPE 110; and 
service Class ID Definition. 

FIG. 6 shows an example of a graphical interface for a 
CPE 110 service selection application. The user need only 
select the services and the selection can be multiple, for 
example to have concurrent connections to different ISPs 
and/or corporate Intranet. 

Service MIB Extensions 

FIG. 7 illustrates ILMI 4.0MIB tree and service MIB 
extension in accordance with a preferred embodiment. 

The ILMI registration MIB is significant in this scheme. 
For each reachable service provider 100, an instance of this 
MIB table is sent over the ILMI to the User's CPE 110. The 



05/13/2004, EAST Version: 1.4.1 



US 6,636,505 Bl 



11 



12 



10 



15 



25 



following attributes provide the information that can be used 
to by the CPE 110 applications to control connections. 

The atmfServiceRegistryATMaddress contains the VPI/ 
VCI information for a PVC connection to a specific 
service provider, or the ATM address to reach the 5 
provider if SVCs are supported. 

The atmfServiceRegistryConnType indicates the type of 
connection supported. 

If the connection is a PVC then the atmfServiceReg- 
istryATMaddress contains the VPI/VCI combination 
of the PVC that connects to the service provider. 

If the connection type is SVC then the atmfService- 
RegistryATMaddress contains the ATM address 
required to set up an SVC to that service provider. 

The atmfServiceRegParm is a human readable string that 
contains the name of the Service Provider being reg- 
istered. This information can be used by applications on 
the users computer to provide a presentation of service 
providers 'registered' (reachable) by a particular ADSL 2Q 
customer. 

When a PVC is used to support a connection (that is the 
atmfServiceRegistryConnType has a value of PVC), the 
atmfServiceRegistryATMaddress MIB attribute will point to 
an instance of the VCC MIB carried over the ILMI. This 
MIB will contain the details of the Quality of Service 
Definition for the connection. 

When an SVC is used to support a connection (that is the 
atmfServiceRegistryConnType has a value of SVC), the 
connection the atmfServiceRegistryATMaddress attribute 3Q 
contains the valid ATM address of the service provider 100. 
Implementation of the above -referenced attributes in the 
ILMI 4.0 registration MIB will be assisted by standardiza- 
tion. 

Object Definition in Network Management Systems 35 

At the EMS, the operator manipulates the following 
entities: service profile, service object, and user object. The 
service profile is a global abstract specification of a type of 
service. It can be associated with any service provider 100 40 
that supports that type of service. The service profile may 
contain the following information: 1. Name/QoS Level: A 
user-friendly string denoting implied service level, e.g. 
"Streaming Video", "Browser Lite", etc.; and 2. Service 
Attributes: A definition of the ATM QoS information asso- 45 
ciated with the service. 

The Service Object is an instance of a specific service 
provider 100 with a specific service profile on a specific 
DSLAM 90. Note that the a service provider 100 that 
supports multiple service profiles will have multiple service 50 
objects. Examples of attributes found in a service object may 
include: 

1. Service Name/Profile: A user-friendly string denoting 
both the service provider and possibly the profile type, 
e.g. "AOL Browser", "3Com", etc. 55 

2. Domain Name: The transport layer address for this 
service provider. 

3. DSLAM: The DSLAM identifier for this instance of 
access to the service provider. 

4. Service Profile: The service profile for this service 
object instance 

5. Access Type: How to access service provider over the 
backbone, e.g. VP, VP/VC, L2TP, etc. 

6. Access Parameters: The details of the connection to this 55 
particular service provider from the particular DSLAM. 

7. Reference Attributes: Contact names, phones, etc. 
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The user object is an instance of a specific user on a 
specific DSLAM 90 accessing one or more specific service 
object. Examples of attributes that may be associated with 
the User Object include: 

1. User Name: A user-friendly name for referring to this 
user 

2. DSLAM: The local DSLAM identifier 

3. Port identifier: The local port identifier 

4. Service List Alist of service objects assigned to the user 
and a mapping to the specific VPI/VCI on the ADSL 
UNI supporting the connection 

Migration To Integrated Service Provisioning 

Implementation of an enhanced ILMI provides a standard 
interface to pass configuration information to the CPE 110 
from the Carrier's Network 60. It allows the CPE 110 to be 
configured automatically regardless of the service selection 
methods used in the access network 60. A service selection 
scenario with a network model is illustrated in FIG. 8. 

The ILMI interface discussed with regard to this embodi- 
ment will be able to support the following architectural 
changes as they are added to the networks 60 and hide their 
details from the user who subscribes to the ADSL services 
provided by carriers. 

1) Evolving the end to end connectivity from one based on 
permanent connection to one based on switched con- 
nection set up in real-time upon user request. 

2) Support for multiple qualities of service simultaneously 
on the same users ADSL connection. 

3) Support for Connection Policy Management. 

4) Support for ATM Traffic Management which is cogni- 
zant of the conditions of the ADSL physical connec- 
tion. 

5) Bonding between the Service Provider and the Carriers 
management systems to automate end to end provi- 
sioning of complex services. 

6) Easy migration to end-to-end SVC. 

The presently preferred embodiments, as described 
above, may provide the advantage of meeting one or more 
of the following requirements: 

1) CPE installation should not require a user manual. 

2) CPE installation should not require special tools, 

3) CPE installation should not require knowledge of the 
network or network technologies. 

4) CPE installation and setup should require a minimum 
of manual configuration (complete auto -configuration 
should be our ultimate goal). 

5) CPE installation and setup should be consistent across 
multiple ADSL Access Networks. Variations must be 
avoided or, if they exist, isolated from the end user. 

6) The Network Operator should not be required to 
physically contact the end user for information about 
their installed CPE. 

7) CPE and the ADSL Access Network configuration's 
should automatically maintain compatible settings. 

8) Reconfiguration of the ADSL Access Network should 
be allowed independently of the end user CPE. 

9) Conversely, rearrangements at the customer premise 
must not require the manual reconfiguration of the 
ADSL Access Network. 

10) CPE "user friendliness" should be available in all 
operational environments regardless of higher layer 
protocols (i.e. IP,IPX, FTP, etc.). 
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11) "User friendliness** should never require the alteration 
of Application Programming Interfaces nor affect the 
operation of the applications from the user's perspec- 
tive. For example, a WEB Browser, should require no 
unusual or unnatural user manipulation. 

12) "User friendly*' operation must be designed for vari- 
ous regulatory environments. 

13) "User friendly" operation should not burden the 
Network Operator with additional operational 
expenses. 

With the advent of distributed computing over ADSL, 
today, more and more applications are deliverable through 
an end-to-end broadband client-server service architecture. 
They include: 

Entertainment imaging, 

Telecommuting, 

Multimedia voice, data, image, and video using on-line 
database, 

E-mail and multimessaging system, 
Interactive multimedia applications and games, 
Distance learning, 

Digital Video Networking and on-line video libraries for 
home study, 

Home automation, 

Voice-over-IP Telephony, Videoconferencing, Internet 

Radio, Video Security, and Monitoring 
As users in the home or small office/home office (SOHO) 
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widespread LAN architecture with the most commonly used 
CSMA/CD as medium access control technique in office 
environment. Unlike the star and bus traditional LAN 
architecture, the Home Phone line network as shown in FIG. 
12, does not require new wiring and installation for net- 
working equipment. It leverages existing infrastructure pro- 
vided by phone wire inside the home. Every RJ-11 modular 
phone jack in the home can also become a port on the 
network as well as a phone extension. In addition, the Home 
Phoneline technology uses the same Windows® NDIS 
driver as existing Ethernet cards. Home Phoneline technol- 
ogy is proposed by Home Phoneline Network Alliance 
(HomePNA). 

The interface described in this document is independent 
of the home network topology. Thereby, user access trans- 
parency can be achieved. 

ADSL technology provides a high-speed interface for 
delivering differentiated broadband services to home and 
small businesses via a LAN infrastructure. Today, most of 
the PCs connected to LANs use TCP/IP based client-server 
20 distributed computing for remote access from business envi- 
ronments. As LANs are deployed in the home or SOHO 
environment this distributed architecture will serve even 
greater needs when multimedia application becomes mature 
for home LAN over ADSL. Unlike the current business 
25 based support for LANs where both resources and knowl- 
edge of data networking administration can be assumed, the 
home environment will require simple administration and 
management. By using the existing dial-up transport proto- 
col PPP, the existing interfaces and functions seen by home 
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environment make use of these applications through 30 users when accessing remote applications can be preserved. 
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resource sharing from multiple PC's and other devices in the 
home or small office, they drive the need for LAN connec- 
tivity within the home or SOHO and access to these appli- 
cations across the wide area networks. 

In accordance with an alternative embodiment of the 35 
present invention, characteristics for a transport protocol of 
a home LAN using an ADSL end-to-end broadband service 
architecture are provided. 

Home Network Over ADSL end-to-end 40 
Architecture 

As shown in FIG. 9, end-to-end ADSL network architec- 
ture may consist of the following subnetworks: the customer 
premise network 210, the ADSL access network 220, the 
regional broadband network 230 and the service provider 
network 240. 

The customer premise can be a residence, home office or 
small business office. Each may contain one or more PCs 
connected via to each other through the LAN and connected 50 
to the service providers through a high-speed ADSL broad- 
band service network. A high-throughput customer premise 
network or home network can be implemented with, but is 
not limited to, the following topologies: 1) Star topology 
with data grade twist-pair cable based on the IEEE PI 3 94 55 
transmission protocol; 2) Bus topology with lOBaseT or 
100BaseTX based on the Ethernet protocol with various 
frame formats such as Ethernet, IEEE 802.3, Ethernet^. 
SNAP, Netware Ethemet_802.3 and IEEE 802.3u; and 3) 
Random tree topology based on existing home phone line $0 
"network" and use Ethernet technology to provide at 1 Mbps 
data rate. 

As shown in FIG. 10, the star topology includes HomeNet 
Transceivers 250 to interface peripherals 260 which can be 
accessed or shared by other Transceivers via a HomeNet 65 
Hub 270. An USB based Hub may be applicable to the star 
topology. The bus topology, shown in FIG. 11, is the most 



In other words, the network transparency is a key charac- 
teristic for PPP extension. 

Transparency is defined as concealing from the user and 
the remote application the fact that a distributed network 
connect them. The connectivity is perceived as a whole 
rather than as a collection of independent physical links. 
Access transparency enables the home LAN user to 
access, either simultaneous or share, single or multiple 
networks such as the Internet, content provider and 
corporate without the concern of the underlying access 
protocols, access medium and access method. For 
example: IP, IPX, NetWare, AppleTalk over LAN, 
USB, or IEEE 1394 via either unicast or multi-cast. 
Simplicity is also an important attribute. 

Address transparency enables the home LAN user to 
access service provider using either a registered or 
private network address via either traditional or virtual 
dial-up. 

Transport transparency enables home LAN user data to be 
transported over heterogeneous networks. Both the user 
and the user's applications need not be concerned with 
the nature of end to end transport protocols. They could 
be connection or connection-less, based on PVC or 
SVC, e.g. Frame Relay, ATM, and IP. 

Service transparency enables the home LAN user to 
subscribe to differentiated grade of services from ser- 
vice provider. 

Configuration transparency allows devices to the home 
LAN system to be provisioned automatically without 
user's intervention. 

Scaling transparency allows devices and applications 
within the home LAN system to expand in scale 
without changing to the system structure and applica- 
tion algorithms. 

Triple 'A' transparency satisfies requirements for 
Authentication, Address Allocation, and Accounting 
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Architecture 

There have been two approaches to support the PPP over 
Ethernet: tunneling and encapsulation. PPTP (point to point 
tunneling protocol) and L2TP (level 2 Tunneling Protocol) 
are tunneling architectures while PPP proxy, RFC1483 5 
bridging, and BMAP are encapsulation solutions. Tunneling 
architectures have advantages with regard to access, address, 
transport and service transparency but arc more complicated 
in their software. On the other hand, PPP proxy and 
RFC1483 have the advantage for being simpler but they are 10 
not transparent. A preferred embodiment of the present 
invention uses the following: 1) Multiplex PPP sessions over 
limited VCC resource; 2) QoS matching between PPPs and 
VCCs; and 3) Service Provisioning and selection. 

Designing a PPP extension over ADSL interface to meet 15 
the characteristics is a challenging task. In order to satisfy 
the requirements, the architecture proposed here satisfies the 
characteristics specified above and is designed to take the 
following entities into considerations: 

1. The protocol must provide an entity which performs 20 
traditional and virtual dial-up for accessing ISP and 
VPN simultaneously. That entity is independent of the 
native transport protocol that exist in the user's envi- 
ronment. (Access and Address transparency) 

2. The protocol must provide an entity which is able to 25 
interface to heterogeneous networks with a signaling 
capability for requesting the desired quality of service. 
(Transport transparency) 

3. The protocol must provide a interface to network 
management for service provisioning, fault, perfor- 30 
mance and accounting management. (Configuration, 
Service and Triple 'A' transparency) 

4. The architecture must allow flexible network expansion 
without degrading the service to others. (Scaling ^ 
transparency) 

And, those entities should be allocated between the client- 
PC and the ATU-R based upon two design principles: 

1. In order to ease the transition for the user, the ATU-R 
developers must absorb and hide the protocol complex- 4Q 
ity from user. The complexity must strive for a mini- 
mum in order to facilitate development and win early 
market acceptance. 

2. Standard changes must be minimized when the design 
requires a new or modifies an existing protocol. 45 

Recognizing the design challenges, principles and 
objectives, a transparency based architecture is proposed as 
illustrated in FIG. 13. This architecture contains the follow- 
ing elements to satisfy the four entities specified above: 

1. Dial-up. A window-based application, e.g., Microsoft 50 
Window 95/98/NT or vendor specific window applica- 
tion to provide GUI for user to specify the call related 
parameters such as source/destination network address, 
User ID, Password and desired QoS etc., 

2. Network Access. It is the network protocol for estab- 55 
lishing and terminating calls for switched virtual circuit 
(SVC) prior to PPP connection. It should perform the 
following functions: 

Syntax checking to call related messages according to 
the nature of network types, e,g, frame relay, ATM, 60 
etc., 

Process multiple call requests and assign call reference 
number 

provide a reliable transport over Ethernet for call 
control messages 65 

3. Service Specific Convergence Sub -layer (SSCS). It 
provides network transport service for virtual point-to- 
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point connection, control and priority queue manage- 
ment. It also maintains an address table of matching 
between VPI/VCI and CONNECTION ID. Per user's 
desire, multiple PPP sessions can either terminate here 
for multiplexing or transparently passing through. 

4. Communication Driver. It provides a low level peer to 
peer reliable communications. The driver is operated as 
mailbox with distinct address and provides reliable 
communications between peer-to-peer. Most 
importantly, the driver has both multiplexing and 
de -multiplexing capabilities to support simultaneous 
requests. It can support multiple PPP sessions in the 
same PC with multiple IP addresses. 

5. Address Server. It provides an optional network address 
resolution service to user for establishing a switched 
virtual circuit. The server can locate either at CO or 
co -locate at ATU-R. 

In order for the architecture to work, a set of service 
primitives and their parameters need to be defined between 
communication drivers. An overview of the operation 
between the ATU-R and PCs is described below; 

1. After start-up, each client-PC sends a broadcast "NEW" 
message which identifies itself to other devices on the 
LAN. Only ATU-R (or ATU-Rs) will respond the 
"NEW" message with ACK. The purpose of the 
"NEW" message is to obtain the ATU-R or ATU-Rs' 
MAC address. One ATU-R is assumed in this overview 
description. 

2. Client-PC then sends "PVC UPLOAD REQUEST" 
message to ATU-R to obtain PVC service profile 

3. For PVC operation, client-PCs who wish to use service 
send "SERVICE REQUEST" to ATU-R. VCCs can be 
shared in either one-to-one or many-to-one relation- 
ships. First Come First Serve (FCFS) is used for 
one-to-one relationship. Multiplexing is used for many- 
to-one relationship. 

4. In the case of FCFS, ATU-R will respond a CONNEC- 
TION ID (token 1 ) to the first received service request 
from a PC. Other PCs without the connection ID can 
send service request repeatly until a connection ID is 
granted. Only the PC with the connection ID will start 
the PPP session. The connection ID serves an associa- 
tion between VCC and client-PC. When PC finished the 
service, a "RELEASE REQUEST* message containing 
the connection ID is sent to ATU-R to relinquish the 
association. Idle time-out is also used by ATU-R to 
monitor the activity between PC and ATU-R. ATU-R 
can send the "RELEASE REQUEST" to PC if the idle 
timer is expired. 

1 ATU-R controls number of tokens, or connection ID, to be available to 
client-PC based upon available resources 

5. In the case of multiplexing, ATU-R will respond 
connection IDs upto allowed service request messages 
received from client-PCs on the LAN. ATU-R can use 
either L2TP like or IDLC (proposed in this document) 
to carry multiple-PPP over single VCC. 

6. For the SVC operation, the client-PC dial-up applica- 
tion initiates a "CALL REQUEST" with destination 
network address, desired QoS and traffic descripters to 
ATU-R. ATU-R will respond a connection ID after a 
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successful VCC establishment. ATU-R then bind VCC, 
connection ID and client-PC together. After the usage, 
the client-PC sends "CALL RELEASE" to relinquish 
the binding. ATU-R may optionally perform network 
address resolution protocol (ARP) when the destination 5 
address is unknown prior to the call. The ARP will 
require an address server be available to ATU-R. The 
detail of the ARP is vendor implementation specific. 

Messages Between ATU-R and Client-PCs (T-SM 5 o 

Interface) 

This section provides the proposed message types encap- 
sulated in the IEEE 802.2 LLC sub -frame and exchanged 
between ATU-R and client-PCs. Three message types are 
defined as follows: 

Connection control message deals with call establishment 
and release and other control information necessary for 
providing switched services. Connection control mes- 
sages are sent by client-PC and responded by ATU-R. 

Management message provides exchange information for 
configuration, fault and performance management. 
Management messages are sent by client-PC and ATU- 
R. 

Payload message is the PPP payload packets carrying user 25 
data. A connection ID is appended to each PPP packet 
in the data field of the Ethernet frame, NLPID of OxCF 
is used for identifying PPP message type. 
Both connection control and management messages are 
encapsulated in the data field of the physical medium 30 
dependent frames. They are sent and received by low level 
driver independent of payload traffic. They share the same 
format but distinguished by message identifiers. 



20 
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TABLE 1 



Message Identifier 






Message 




Identifier 


Connection 


0x01 


Control 




Management 


0x02 


Payload 


0x03 



Three message types can be carried by either an Ethernet 
or an Ethemet-SNAP frame and they are illustrated below: 

Ethernet frame 



Preamble 


Frame 
Delimiter 


Destination 

MAC 

address 


Source 

MAC 

address 


Frame 

type^ 


Data 


FCS 
























Organization 
Code 


Information 




EthernetrSNAP frame 














Preamble 


Frame 
Delimiter 


Destination 

MAC 

address 


Source 

MAC 

address 


Frame 
type 


Data 


PCS 



DSAP 


SSAP 


Control 


Organization 


Frame 


Infor- 


OxAA 


OXaA 


0x03 


Code 


Type 


mation 



Connection control and Management message format 



35 



0 

s 


1 2 3 4 5 6 7 
Reserved 


8 9 10 11 12 13 14 15 
Version 


Length 


Length 


Message Identifier 


Message Type 


Up to N Information Elements 
N * Word < Ethernet frame payload length 



40 



In addition to carrying the proposed interface messages, 
both the Ethernet and the Ethemet-SNAP frames provide a 
mechanism to differentiate other proposed PPP extensions 
by using the organization code which references the assigner 
of the frame type field. Table 2 gives an example of the 
organization code associated with manufacturers and Eth- 
ernet frame types 



The payload message which is carrying PPP packets is 
encapsulated in the data field of the physical medium 
dependent frame. The payload message has the format 
illustrated below: 

Payload message format 



45 



0 


1 2 3 4 5 6 7 


8 9 10 11 12 13 14 15 


s 


Reserved 


Version 


Length 


Length 


Message Identifier 


Message Type (OxCF) 


Connection ID 


PPP Packet 




Up to N length 




N * Word < Ethernet frame payload length 



Bit 0 is a significant bit when set to 1 indicated acknowl- 
edgement is required 

Bit 1-7 are reverse bits; Bit 8-15 are version control bits; Bit 
16-31 are length of the message 

Table 1 lists the message identifiers for the proposed mes- 
sages: 



50 



55 



60 



TABLE 2 


Example of the representative PPP extension manufacturers IDs 


Manufacturer 


Frame Type for Frame Type for 
Organization Code Ethernet-SNAP Ethernet 


3Com 
Intel 

Microsoft 
UUNET/RedBack 


zz-yy-xx SHIM PPPOE 
zz-yy-xx BMAP PPPOE 
zz-yy-xx NDIS PPPOE 
zz-yy-xx PPPOE PPPOE 



Connection Control Messages 



Control messages are used to establish and clear user 
connections. The control connection can be initiated by both 
a client-PC and ATU-R. Control messages are reliably sent 
by the lower level transport such as communication driver. 
This section lists an overview of the control message format 
65 and structure, which highlights the information elements of 
each message. Table 3 summarizes the connection control 
messages between ATU-R and client-PC. 
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TABLE 3 



Message 



Connection control messages 

Message Type 



PVC UPLOAD REQUEST 0x01 

PVC UPLOAD RESPONSE 0x02 

PVC UPDATE 0x03 

PVC SERVICE REQUEST 0x04 

PVC SERVICE RESPONSE 0x05 

GET NETWORK ADDRESS 0x06 
(SVC) 

NETWORK ADDRESS RESPONSE 0x07 

(SVC) 0x08 

ATM Q.2931 0x09 
(SVC) 

FRAME RELAY Q.931 
(SVC) 

SVC CALL RESPONSE OxOA 

(SVC) OxOB 

ACK OxOC 
NAK 
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Reference 



5.1.1 
5.1.2 
5.L3 
5.1.4 
5.1.5 
5.1.6 

5.1.7 
5.1.8 
5.1.9 



5.1.10 
5.1.11 
5.1.12 



10 



15 



20 



20 

PVC UPDATE 



This is an autonomous message and it is sent by ATU-R 
to client-PC to reflect the changes of the PVC status dynami- 
S cally. 



Identifier: 
Message Type: 
Significance: 
Direction: 



CONNECTION CONTROL 
PVC UPLOAD RESPONSE 
local 

ATU-R to PC 



Information Element 



Direction 



Type Length (bits) 



VP! and VCI 
PVC Status 



ATU-R -to- PC M 
ATU-R -to- PC M 



24 
8 



PVC SERVICE REQUEST 

This message is sent by client-PC to ATU-R to indicate 
the wish of connecting a PVC service. The service domain 
name may be numerical representations; this is implemen- 
tation specific. 



PVC UPLOAD REQUEST 



25 



This message is sent by client-PC to ATU-R to request an 
update on all PVCs. This message is sent to all discovered 30 
ATU-Rs. 



Identifier: CONNECTION CONTROL 

Message Type: PVC UPLOAD REQUEST 
Significance: local 
Direction: PC to ATU-R 

Information Element Direction 



Type Length (bits) 



Destination MAC address 
Source MAC address 



PC -to- ATU-R M 
PC -to- ATU-R M 



48 
48 



PVC UPLOAD RESPONSE 



35 



40 



45 



Identifier: 
Message Type: 
Significance: 
Direction: 



CONNECTION CONTROL 
PVC SERVICE REQUEST 
local 

PC to ATU-R 



Information Element 



Direction 



Type Length (bits) 



Source MAC address 
Service domain name 



PC -to- ATU-R M 
PC -to- ATU-R M 



48 
48+ 



PVC SERVICE RESPONSE 

This message is sent by ATU-R to client-PC to indicate 
the status or the result of the service request. 



Identifier: CONNECTION CONTROL 
Message Type: PVC SERVICE RESPONSE 
Significance: local 
Direction: ATU-R to PC 
Information Element Direction 



Type Length (bits) 



PVC Status 
Connection ID 



ATU-R -to- PC M 
ATU-R -to- PC M 



8 
8 



This message is sent by ATU-R to client-PC to upload the 50 
PVC status; all PVCs are uploaded. 



Identifier: CONNECTION CONTROL 

Message Type: PVC UPLOAD RESPONSE 
Significance: local 
Direction: ATU-R to PC 

Information Element Direction 



55 



Type Length (bits) 



GET NETWORK ADDRESS 

This message is sent by client-PC to ATU-R requesting 
the network address, e,g, ATM E.164, of a known service 
domain name for SVC purpose. ATU-R may return NAK if 
no address server function is available. 



Destination MAC address 


ATU-R 


-to- 


PC 


M 


48 




Identifier: 


CONNECTION CONTROL 




Source MAC address 


ATU-R 


-to- 


PC 


M 


48 


60 


Message Type: 


GET NETWORK ADDRESS 




Number of VCCs 


ATU-R 


-to- 


PC 


M 


8 




Significance: 


local 






configured 


* 












Direction: 


PC to ATU-R 






VCC number 


ATU-R 


-to- 


PC 


M 


8 




Information Element 


Direction 


Type Length (bits) 


VPI and VCI 


ATU-R 


-to- 


PC 


M 


24 












Domain name 


ATU-R 


-to- 


PC 


M 


48 




Source MAC address 


PC -to- ATU-R 


M 48 


Service category 


ATU-R 


-to- 


PC 


M 


8 


65 


Service domain name 


PC -to- ATU-R 


M 48 
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NETWORK ADDRESS RESPONSE 



This message is sent by ATU-R to respond the GET 
NETWORK ADDRESS request. 



Identifier: CONNECTION CONTROL 

Message Type: NETWORK ADDRESS RESPONSE 
Significance: local 
Direction: ATU-R to PC 

ATU-R sends the network address to client-PC after resulting the address 
translation. 

Information Element Direction Typ e Length (bits) 



Network address' 



ATU-R -to- PC 



M 



24 



* ATU-R sends NAK if no address server is available. The network 
address format is network dependent - DLCl for frame relay and VPI/ 
VCI for ATM. 



SVC CALL RESPONSE 

This message is sent by ATU-R TO CLIENT-PC after a 
SVC attempt. If call attempt is failed, the call status will 
return an error code, see Table 2, with both VPI/VCI and 
connection ID be Os. 



Identifier: CONNECTION CONTROL 

Message Type: SVC CALL RESPONSE 
Significance: local 
Direction: ATU-R to PC 

Information Element Direction 



Type Length (bits) 



Call status 
Connection ID 
VPI and VCI 



ATU-R -to- PC 
ATU-R -to- PC 
ATU-R -to- PC 



M 
M 
M* 



4 

8 
24 



♦VPI/VCI field is mandatory only if client-PC has ATM layer. 



ATM Q.2931 Signaling Messages 

This message is supported when client -PC installed ATM 
signalling stack. See ATM UNI 3.1 and 4.0. Q.2931 mes- 
sages are encapsulated in the connection control message 
formal. 



Identifier: 


CONNECTION CONTROL 


Message Type: 


Q2931 


Significance: 


local 


Direction: 


PC to ATU-R; ATU-R to PC 


Frame 


Relay Q.931 Signaling Messages 


Identifier: 


CONNECTION CONTROL 


Message Type: 


Q931 


Significance: 


local 


Direction: 


PC to ATU-R; ATU-R to PC 



10 



15 



20 



25 
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Identifier: 


CONNECTION CONTROL 


Message Type: 


ACK 


Significance: 


local 


Direction: 


ATU-R to PC; PC to ATU-R 


Information Element 


Direction Type Length (bits) 


Requesting message 


ATU-R-to-PC M 8 


type 


PC-to- ATU-R 


ATU-R MAC 


ATU-R-to-PC* M* 48* 


address* 




*This element is required only when respond to NEW message from 


client-PCs by every ATU-Rs. 




NAK 


This message is sent by ATU-R to CLIENT- PC to indicate 


a negative result. This message contains error code as 


specified in Table 2. 




Identifier: 


CONNECTION CONTROL 


Message Type: 


NAK 


Significance: 


local 


Direction: 


ATU-R to PC 


Information Element 


Direction Type Length (bits) 



Error code 



ATU-R-to-PC 



M 



8 



30 Table 4 lists a set of identified error codes. 



TABLE 4 



Error code 



35 



Error Code Meaning 



40 



0x00- 
OxOF 
0x10 

0x11 



0x12 
0x13 
0x14 
0x15 
45 0x16 
0x17 
0x18 



Reserved and not used 

Can not locate an address server for network address 
resolution 

Can not find VCC to match the requested service 
domain name 

No response from the far end 

Can not lecognize the message 

ADSL modem is not available 

Can not make a connection due to resource busy 

Can not make a connection due to internal ATU-R timeout 

Can not make a SVC connection 

No SVC signalling stack in ATU-R 



50 Management Messages 

This section lists an overview of the management mes- 
sage structure, which highlights the information elements of 
each message. Table 5 summarizes the management mes- 
5S sages between ATU-R and client-PCs. 



This message is supported when client-PC installed 
Frame Relay signalling stack. See Frame Relay Forum FRF 
documents. Q.931 messages are encapsulated in the con- 
nection control message format. 60 

ACK 

This message can be sent by either ATU-R or PC to 
acknowledge of receiving the connection control message. 65 
This message contains requesting control message in the 
information element field. 



TABLE 5 



Message 



Management messages 
Message Type 



Reference 



NEW 


0x01 


5.2.1 


QUERY 


0x02 


5.2.2 


QUERY RESPONSE 


0x03 


5.2.3 


RELEASE REQUEST 


0x04 


5.2.4 


RELEASE CONFIRM 


0x05 


5.2.5 
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NEW 



This is a broadcast message and it is sent by the client-PC 
to indicate the presence of the PC. The sending of this 
message is mandatory ('M') and continuously until getting 
ACK response back from ATU-R or ATU-Rs. Client-PC can 
re-send this message for the purpose of updating ATU-R 
MAC address. 



Identifier: 
Message Type: 
Significance: 
Direction: 

Information 

Element 



MANAGEMENT 

NEW 

local 

PC to ATU-R 



Direction 



Source MAC 
address 



PC to- ATU-R 



M 



48 



QUERY 

This message is sent by both the client-PC and ATU-R to 
check the specific status of each other. The sending of this 
message is mandatory ('M'). 



10 



Type Length (bits) 15 



20 





24 








-continued 








PC 






FVC status 


ATU-R- to- 


M 


4 




PC 






Identifier. 


MANAGEMENT 




Message Type: 


QUERY RESPONSE 


oigniricance. 


local 






uuery type. 


SVC Status 




oignincance. 


local 






Direction: 


ATU-R to PC 




Information Element 


Direction 


Type 


Length (bits) 


Destination MAC 


ATU-R-to- 


M 


48 


address 


PC 






Source MAC address 


ATU-R-to- 


M 


48 




PC 






VPI/VCI (SVC) 


ATU-R-to- 


M 


24 




PC 






Status 


ATU-R-to- 


M 


4 




PC 
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Identifier: 


MANAGEMENT 


Message Type: 


QUERY RESPONSE 


Significance: 


local 


Query Type: 


PC Status 


Significance: 


local 


Direction: 


PC to PC, PC to ATU-R and ATU-R to PC 



Identifier: 
Message Type: 
Significance: 
Direction: 
Information Element 



MANAGEMENT 

QUERY 

local 

PC to PC; PC to ATU-R; ATU-R to PC 



Direction 



Type Length (bits) 



Destination MAC 


all 


M 


4S 


address 








Source MAC address 


all 


M 


48 


Query Type 


all 


M 


8 



Where the Query Type is a 8-bit identifier to distinguish the 
type of query. 



Query type 


bitO 


bit 1 


bit 2 


bit 3 


bit 4 


bit 5 


bit 6 


bit 7 


PVC Status 


1 


0 


0 


0 


0 


0 


0 


0 


SVC Status 


0 


1 


0 


0 


0 


0 


0 


0 


PC Status 


1 


1 


0 


0 


0 


0 


0 


0 



QUERY RESPONSE 

This message is sent by both the client-PC and ATU-R to 
response the QUERY request specified by type. The number 
of VPI/VCI and PVC fields are variables and depending on 
provisioned PVCs. 



30 



Both PC and ATU-R will return either ACK or NAK to 
represent the PC status. 

RELEASE REQUEST 



This message is sent by PC to ATU-R, or ATU-R to PC, 
35 to relinguish connection. 



40 



45 



50 



Identifier: 


MANAGEMENT 


Message Type- 


RELEASE REQUEST 


Significance: 


local 


Direction: 


PC to ATU-R; ATU-R to PC 


Information Element 


Direction Type Length (bits) 



Connection ID 



PC-to-ATU- 
R 

ATU-R-to- 
PC 



M 



8 



RELEASE CONFIRM 



This message is sent by ATU-R to PC, or PC to ATU-R, 
to acknowledge the relinguish. 



55 



Identifier: 


MANAGEMENT 


Message Type: 


QUERY RESPONSE 


Significance: 


local 


Query Type: 


PVC Status 


Direction: 


ATU-R to PC 


Information Element 


Direction Type Length (bits) 



Destination MAC 
address 

Source MAC address 
VPI/VCI 



ATU-R-to- M 
PC 

ATU-R-to- M 
PC 

ATU-R-to- M 



48 
48 
24 



60 



65 



Identifier: 


MANAGEMENT 


Message Type: 


RELEASE CONFIRM 


Significance: 


local 




Direction: 


ATU-R to PC; PC to ATU-R 


Information Element 


Direction 


Type Length (bits) 


Connection ID 


ATU-R- to- 


M 8 




PC 






PC-to-ATU- 






R 
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Pay load Messages 



User data are encapsulated in PPP packet over either an 
Ethernet or an Ethernet_SNAP frame, both the organization 
code and the frame type are needed for identifying vendor 5 
specific payload. 



Ethernet frame 



Preamble 


Frame 
Delimiter 


Destination 

MAC 

address 


Source 

MAC 

address 


Frame 
type^ 


Data 


FCS 
























Organization 
Code 


Payload 
message 
(see section 5) 




Ethernet-SNAP frame 














Preamble 


Frame 
Delimiter 


Destination 

MAC 

address 


Source 

MAC 

address 


Frame 
type 


Data 


FCS 



10 



15 



20 



DSAP 


SSAP 


Control 


Organization 


Frame 


Payload 


OxAA 


OXaA 


0x03 


Code 


Type 


message 
(see 

section 5) 
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EXAMPLE 

Service Provisioning 

In order to maximize the configuration transparency, 
automatic service provisioning is necessary and it can be 
achieved by using ILMI between ATU-R and ATU-C. 
Nevertheless, the service provisioning is a management 
concept whereby the user defines what type of service they 
are interested in crerating and the device to be involved. 
Table 6 lists an example of the available services profile after 
the provisioning. Ihe service profile is stored in ATU-R. 

TABLE 6 



30 



35 



40 



Service profile (example^ 



QoS 



Traffic 



Service Domain 



45 



vpi/va 


Type 


Category 


Descripter 


Name 


Status 


3/10 


PVC 


UBR 


not specified 


AOL.com/ubr 


Up 


5/11 


PVC 


rt_VBR 


PCR = 1200 


AOL.com/rtvbr 


Up 








SCR - 600 




5/12 


PVC 


CBR 


PCR - 1200 


AOL.com/cbr 


Down 


10/25 


PVC 


UBR 


not specified 


3COM- 


Up 










VA.com/ubr 




10/27 


SVC 


UBR 


not specified 


3COM- 


Up 










MA.com/ubr 





50 
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Service Selection 

A list of available PVCs and their domain names are sent 
from ATU-R to PCs in response to PVC UPLOAD message. 60 
Client-PC then construct a user profile for the purpose of 
service connection. An example of the user profile is given 
in FIG. 14. 

Table 7 lists key procedures of service selection and 55 
messages which are exchanged between client-PC and ATU- 
R. 
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TABLE 7 



Service selection procedure 



Client-PC 



1. 


Receives "PVC SERVICE 


1. 


Any user wishes to use the 




REQUEST' control message 




service is simply click the 




and verify the status of 




Window Dial-up application 




corresponding VCC 




and select the available 


2. 


Send "NAK" with error 




service from profile. 




code if VCC is down 


2. 


Send "PVC SERVICE 


3. 


Otherwise, assign a 




REQUEST" control message 




CONNECTION ID and 




to ATU-R. A domain name 




send "PVC SERVICE 




is used to signal ATU-R the 




RESPONSE" control 




desired service. 




message to PC 


3. 


Receive "PVC SERVICE 








REPONSE" control message 








with connection ID. 






4. 


Start to initiate a PPP session 



The present embodiments preferably encompass logic to 
implement the described methods in software modules as a 
set of computer executable software instructions. A Central 
Processing Unit ("CPU") or general purpose microprocessor 
implements the logic that controls the operation of the 
interactive system. The microprocessor executes software 
that can be programmed by those of skill in the art to provide 
the described functionality. The software can be represented 
as a sequence of binary bits maintained on a computer 
readable medium including magnetic disks, optical disks, 
organic disks, and any other volatile or (e.g., Random 
Access memory ("RAM")) non-volatile firmware (e.g., 
Read Only Memory ("ROM")) storage system readable by 
the CPU. The memory locations where data bits are main- 
tained also include physical locations that have particular 
electrical, magnetic, optical, or organic properties corre- 
sponding to the stored data bits. The software instructions 
are executed as data bits by the CPU with a memory system 
causing a transformation of the electrical signal 
representation, and the maintenance of data bits at memory 
locations in the memory system to thereby reconfigure or 
otherwise alter the unit's operation. The executable software 
code may implement, for example, the methods described 
above. 

It should be understood that the programs, processes, 
methods and apparatus described herein are not related or 
limited to any particular type of computer or network 
apparatus (hardware or software), unless indicated other- 
wise. Various types of general purpose or specialized com- 
puter apparatus may be used with or perform operations in 
accordance with the teachings described herein. 

In view of the wide variety of embodiments to which the 
principles of the present invention can be applied, it should 
be understood that the illustrated embodiments are exem- 
plary only, and should not be taken as limiting the scope of 
the present invention. For example, the steps of the flow 
diagrams may be taken in sequences other than those 
described, and more or fewer elements may be used than are 
shown in the block diagrams. 

It should be understood that a hardware embodiment may 
take a variety of different forms. The hardware may be 
implemented as a digital signal processor or general purpose 
microprocessor with associated memory and bus structures, 
an integrated circuit with custom gate arrays or an applica- 
tion specific integrated circuit ("ASIC). Of course, the 
embodiment may also be implemented with discrete hard- 
ware components and circuitry. 

The claims should not be read as limited to the described 
order of elements unless stated to that effect. In addition, use 
of the term "means" in any claim is intended to invoke 35 
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U.S.C. §112, paragraph 6, and any claim without the word 
"means" is not so intended. Therefore, all embodiments that 
come within the scope and spirit of the following claims and 
equivalents thereto are claimed as the invention. 

We claim: s 

1. A transparent end-to-end asymmetric digital subscriber 
line system, including a subscriber's ADSL modem for 
delivering differentiated broadband services to a local area 
network, comprising in combination: 

a dial-up application on customer premise equipment for 10 
providing a user interface for a user that requests ADSL 
service allowing the user to select services for connec- 
tion to specify communication parameters; 

an asymmetric network access protocol for establishing 
and terminating communications on the asymmetric 15 
digital subscriber line system; 

a service specific convergence sub-layer for providing a 
network transport service for virtual point-to-point con- 
nections and virtual multi-point connections; 

a communications driver for providing low level peer-to- 20 

peer reliable communications; and 
an address server for providing an optional network 

address resolution service for establishing a switched 

virtual circuit. 

2. The system of claim 1 wherein the dial-up application 
includes a dial-up application for any of the Windows 95, 
Windows 98 or Windows NT operating systems. 

3. The system of claim 1 wherein the asymmetric network 
access protocol provides any of: 

checking syntax for communication messages according 
to a type of network being used; 

processing multiple communication requests and assign- 
ing communication request reference numbers; or 

providing a reliable transport over an Ethernet local area 35 
network for communications messages. 

4. The system of claim 1 wherein the service specific 
convergence sub-layer includes network transport services 
for: 

managing control queues and priority queues; and 40 
maintaining an address table matching an asynchronous 
transport mode virtual path identifier or an asynchro- 
nous transport mode virtual channel identifier and a call 
connection identifier. 

5. The system of claim 1 wherein the communications 45 
driver includes: 

multiplexing and de -multiplexing capabilities to support 
simultaneous communication requests including mul- 
tiple Point-to-Point protocol sessions with multiple 
Internet Protocol addresses. 50 

6. The system of claim 1 wherein the address server can 
be located in either an Asymmetric Digital Subscriber Line 
(ADSL) Transmission Unit— Central Office (ATU-C) device 
or an ADSL Transmission Unit — Remote (ATU-R) device. 

7. The system of claim 1 wherein the asymmetric network 55 
protocol includes a plurality of connection control messages, 
management messages and payload messages. 

8. The system of claim 7 wherein the connection control 
messages include a Permanent Virtual Circuit (PVC) upload 
request, PVC upload response, PVC update, PVC service 60 
request, PVC service response, get network address, net- 
work address response, Asynchronous Transfer Mode 
(ATM) Q.2931, Frame Relay Q.931, Switched Virtual Cir- 
cuit (SVC) call response, ACK, and NAK messages. 

9. The system of claim 8 wherein the management mes- 65 
sages includes a new, query, query response, release request 
and release confirm message. 
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10. The system of claim 8 wherein the payload messages 
include an Ethernet frame and an Ethernet-Subnetwork 
Access Protocol (Ethemet-SNAP) frame message. 

11. A method for delivering differentiated broadband 
services to a local area network from transparent end-to-end 
asymmetric digital subscriber line system, comprising the 
steps of: 

sending a first broadcast message with an asymmetric 
network access protocol from an individual network 
device on a local area network, to a plurality of other 
network devices on the local area network, wherein 
first broadcast message includes a network address for 
the individual network device on the local area net- 
work; 

sending a first request message with an asymmetric net- 
work access protocol from the individual network 
device to a first asymmetric network device to obtain a 
service profile on the individual network device from 
the first asymmetric network device, wherein the ser- 
vice profile is used to a private virtual circuit on the 
asymmetric digital subscriber line system; 

receiving a first response message with an asymmetric 
network access protocol on the individual network 
device from the first asymmetric network device, 
wherein the first response message includes a service 
profile for the individual network device; 

sending a second request message with an asymmetric 
network access protocol from the individual network 
device to the first asymmetric network device to request 
use of a communications service on the asymmetric 
digital subscriber line system, wherein the communi- 
cations service includes a one-to-one or a one-to-many 
connection service; and 

receiving a second response message with an asymmetric 
network access protocol on the individual network 
device from the first asymmetric network device, 
wherein the second response message includes a con- 
nection identifier for the individual network device. 

12. A computer readable medium having stored therein 
instructions for causing a central processing unit to execute 
the method of claim 11. 

13. The method of claim 11 wherein the step of sending 
a first broadcast message includes sending a NEW message 
from a set of connection control messages that identifies the 
individual network device to the local area network. 

14. The method of claim 11 wherein the step of sending 
a first broadcast message includes sending a Medium Access 
Protocol address of the individual network of device as the 
network address in the first broadcast message. 

15. The method of claim 11 wherein the individual 
network device is a personal computer and the asymmetric 
network device is an asymmetric digital subscriber line 
ATU-R device. 

16. The method of claim 11 wherein the asymmetric 
network protocol includes a plurality of connection control 
messages, management messages, and payload messages. 

17. The method of claim 11 wherein the step of sending 
a first request message includes sending a PVC upload 
request message from a set of connection control message 
from an asymmetric network access protocol to obtain a 
PVC service profile. 

18. The method of claim 11 wherein the step of receiving 
a first response message includes receiving a first response 
message with a service profile comprising automatic trans- 
parent service provisioning information. 

19. The method of claim 18 wherein the automatic 
transparent service provisioning information in the service 
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profile includes any of a virtual path identifier, a virtual 
circuit identifier, a type of communication service, a quality- 
of-service category, a traffic descriptor, a service domain 
name or a status. 

20. The method of claim 11 wherein the step of sending S 
a second request message includes sending any of a PVC 
service request message, an ATM Q.2931, or a Frame Relay 
Q.931 message from a set of connection control messages 
from an asymmetric network access protocol. 

21. The method of claim 11 wherein the step of receiving 10 
a second response message includes receiving service 
response message from a set of connection control messages 
from an asymmetric network access protocol. 

22. The method of claim 11 wherein the step of receiving 

a second response messages includes receiving a connection is 
identifier from an asymmetric digital subscriber line ATU-R 
device to establish a one-to-one Point-to-Point Protocol 
session between the individual network device and the an 
asymmetric digital subscriber line ATU-R device, wherein 
the connection identifier is used to associate a virtual chan- 20 
nel connection on the asymmetric digital subscriber line 
system to the individual network device. 

23. The method of claim 11 wherein the step of receiving 
a second response messages includes receiving a plurality of 
connection identifier from an asymmetric digital subscriber 25 
line ATU-R device to establish many-to-one session between 
the individual network device and the plurality of other 
network devices on the local area network, wherein the 
plurality of connection identifiers are used to associate a 
virtual channel connection to a multiple-Point-to-Point Pro- 30 
tocol session on the asymmetric digital subscriber line 
system to the individual network device and the plurality of 
other network devices on the local area network. 



24. The method of claim 23 wherein an asymmetric 
network device comprising an asymmetric digital subscriber 
line ATU-R device uses either Layer 2 Tunneling Protocol 
(L2TP) or High Level Data Link Control (HDLC) to carry 
the multiple-Point-to-Point Protocol session over a single 
virtual channel connection. 

25. The method of claim 11 further comprising: 

sending a third request message with an asymmetric 
network access protocol from the individual network 
device to the first asymmetric network device to request 
use of a communications channel on the asymmetric 
digital subscriber line system; and 

receiving a receiving a third response message with an 
asymmetric network access protocol on the individual 
network device from the first asymmetric network 
device, wherein the second response message includes 
a connection identifier for the individual network 
device. 

26. The method of claim 25 wherein the step of sending 
a third request message includes sending a switched virtual 
circuit request message including any of Asynchronous 
Transfer Mode (ATM) Q.2931 message or a Frame Relay 
Q.931 message with a destination network address, a desired 
quality-of-service parameters and traffic descriptors. 

27. The method of claim 25 wherein the step of receiving 
a third response message includes receiving a SVC call 
response message from a set of connection control messages 
from an asymmetric network access protocol, wherein the 
SVC call response message includes a connection identifier 
for a virtual channel connection between the individual 
network device and the asymmetric network device. 
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